Image Sharing System 
BACKGROUND OF THE INVENTION 

Field Of The Invention 

5 The present invention relates to an image sharing system where a plurality of 

computers connected via a network collaborate by sharing an image. 

Description Of The Related Art 
The "image sharing system" described above is a system where an image (a document 

10 configured in any manner) is displayed simultaneously on a plurality of computers and can 
be changed or edited from any of the computers. , 

Fig. 1 shows an example configuration of a related image sharing system. Fig. 1 shows 
computers 101 and 102 (hereinafter referred to as image sharing terminals) sharing images 
displayed at display devices. A document server 103S provides documents configured on 

15 the shared image. Document acquisition communication paths 111 and 112 are also 
provided. The image sharing terminals 101 and 102 acquire documents via these 
communication paths 111 and 112 while documents are acquired by the document server 
103S. A synchronization information communication path 113 is also provided, with the 
image sharing terminals 101 and 102 exchanging changes to the image via this 

20 synchronization information communication path 113. In this figure, the communication 
paths 111, 112 and 113 are directly connected between each terminal (101 and 102) and the 
server 103S. However, connections may also be made via a public line network, etc. or the 
communication path may be set using logic. 
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In order to adopt a related method for enabling image sharing, information for control 
use is exchanged mutually and directly between the image sharing terminals 101 and 102 
via the synchronization information communication path 113. This is described in the 
following with reference to Fig. 1. 

5 When a document displayed at an image of the image sharing terminal 101 of Fig. 1 is to 
be replaced, acquisition of the document is carried out by the document server 103S. 
However, prior to this (or upon completion), a message instructing a document acquisition 
is sent to the other image sharing terminal 102 via the synchronization information 
communication path 113 of Fig. 1. The image sharing terminal 102 receiving this message 

10 then acquires the same document as is displayed at the image sharing terminal 101 by the 
document server 103S shown in Fig. 1 in accordance with instructions within the message. 

Further, when the same document is displayed at the image sharing terminals 101 and 
102 of Fig. 1, when an operation such as a text input to an input region of the image of 
editing of displayed text etc. is carried out at the image sharing terminal 101, a notification 

15 message indicating the manner in which editing of specified configuration elements is to be 
performed is sent to the other image sharing terminal 102 via the synchronization 
information communication path 113 of Fig. 1. The image sharing terminal 102 receiving 
the message then makes changes with respect to elements of the displayed document 
configuration elements so that the displayed content matches with the content displayed at 

20 the image sharing terminal 101 . 

However, as described in the following, synchronization drift occurs with this related 
image sharing system and there is also a problem regarding compatibility with scattered 



sites. 

Synchronization drift problems 
Consider the case, for example, where changing over of an image display is carried out 
5 from more than one location at the same time. This is described in the following with 
reference to Fig. 1. 

Changes are made to a display image 1 at the image sharing terminal 101, while at 
substantially the same time, changes are made to a different display image 2 at the image 
sharing terminal 102. In this case, a message instructing the displaying of the display image 

10 1 at the image sharing terminal 102 is sent from the image sharing terminal 101, which is 
passed by a message instructing the displaying of the display image 2 at the image sharing 
terminal 101 being sent from the image sharing terminal 102 in the other direction. When 
the messages received by the image sharing terminal 101 and the image sharing terminal 
102 are executed, the document instructed by the display image 2 is displayed at the image 

15 sharing terminal 101 and the document instructed by the display image 1 is displayed at the 
image sharing terminal 102. This causes a discrepancy between the displayed content. 

Consider the case where text input operations to an input region of the image are carried 
out from more than one location in a synchronous manner. This is described in the 
following with reference to Fig. 1. 

20 Assume that the same document is displayed at the image sharing terminals 101 and 102 
of Fig. 1 . It is then taken that "M" is inputted to the text input region of the image at the 
image sharing terminal 101. At substantially the same time, a different character string "N" 
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is inputted to the same text input region at the image sharing terminal 102. In this case, a 
message instructing for the content of the text input region to be replaced with "M" is sent 
from the image sharing terminal 101 to the image sharing terminal 102, and a message 
instructing for the content of the same text input region to be replaced with N is sent from 
5 the image sharing terminal 102 to the image sharing terminal 101. When the messages 
received by the image sharing terminal 101 and the image sharing terminal 102 are 
executed, "N" is displayed at the text input region of the image sharing terminal 101 and 
"M" is displayed at the same text input region of the image sharing terminal 102. This 
brings about a discrepancy between the displayed content. 

10 

Compatibility problems when sharing between scattered sites 

Problems also occur with this method when image sharing is carried out between three or 
more image sharing terminals. Fig. 2 shows a configuration when three of the image 
sharing terminals of Fig. 1 are provided (the document server 103S of Fig. 1 is omitted in 
15 Fig. 2). 

Assume that a phenomena requiring communication for some kind of image sharing 
occurs at the image sharing terminal 101 of Fig. 1, and that three terminals (101, 102, 103) 
are participating in image sharing. The image sharing terminal 101 has to send control 
documents to the image sharing terminal 102 and the image sharing terminal 103 and it is 
20 therefore necessary to set up communication paths with both the image sharing terminal 
102 and the image sharing terminal 103. This is also the case for the image sharing 
terminals 102 and 103, which means that three communication paths (111, 112, 113) are 



required. Taking the number of terminals to be N, the number of communication paths is 
theN(N-l)/2. 

In this image sharing system, the number of communication paths increases in the order 
of N 2 as the number of participating image sharing terminals increases. This not only 
5 makes implementation complex but also increases the load (network traffic) on the 
communication path, which makes image sharing between scattered sites difficult. 

SUMMARY OF THE INVENTION 

The object of the present invention is to provide an image sharing system comprising 
10 a plurality of image sharing terminals, where differences between content displayed at 
images do not occur even when operations are carried out at respective image sharing 
terminals with respect to simultaneously displayed images. 

A further object of the present invention is to provide an image sharing system where 
load on communications lines does not increase even when the number of image sharing 
15 terminals comprising the system increases and where image sharing between scattered sites 
is possible. 

In order to achieve the aforementioned object, the image sharing system of the 
present invention is an image sharing system for displaying a shared image at a plurality of 
computer display devices connected via a network. 
20 This system is provided with a synchronization server connected to the plurality of 

computers via a network. The synchronization server comprises receiving means for 
receiving content of operations carried out at the plurality of computers, accumulating 
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means for accumulating and assigning order in order of receipt to received operation 
content, and distribution means for distributing operation content accumulated at the 
accumulating means to the plurality of computers in the order of accumulation. 



5 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows a typical configuration of a related image sharing system. 

Fig. 2 is a view showing problems occurring with regards to compatibility with distributed 

site sharing in a related image sharing system. 

Fig. 3 is a view showing a configuration of an image sharing system of a first embodiment. 
10 Fig. 4 shows a configuration for an image sharing terminal. 

Fig. 5 is a view showing a configuration for a document server. 

Fig. 6 is a view showing a configuration for a synchronization server. 

Fig. 7 shows an example of a shared image. 

Fig. 8 is a view showing distributed site sharing of a first embodiment. 
15 Fig. 9 is a view showing an internal configuration of a request accumulator of a 
synchronization server of the second embodiment. 

Fig. 10 is a view showing an internal configuration of a document sharing processor of an 
image sharing terminal of a fourth embodiment. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The following is a detailed description, with reference to the drawings, of preferred 
embodiments of the present invention. 
First Embodiment 

5 Fig. 3 shows a configuration for an image sharing system of this embodiment. 

Compared to the configuration of the related method shown in Fig. 1, a synchronization 
server 104 is added as a new element of the configuration. Other portions 101, 102, 103, 
111 and 112 substantially correspond to the corresponding elements in Fig. 1. In other 
words, the image sharing terminals 101 and 102 do not communicate with each other 

10 directly, but rather are connected to a synchronization server 104 via the synchronization 
information communication paths 113 and 114. This connection state is not necessarily 
physical and simply setting a logical communication path is sufficient as in the case of the 
configuration of Fig. 1. Further, just one document server 103S is provided in the drawing 
but a plurality of document servers 103 may also be provided or a system configuration 

15 where a document server is first specified during execution can be adopted. 

Fig. 4 shows a configuration for the image sharing terminals 101 and 102 of Fig. 3. 
Here, numeral 101CL is a communication line and communication between this 
terminal and other terminals and the server is carried out via the communication line 
101CL. 

20 Here, the image sharing terminal 102 comprises a communication interface 1, a 

document display processor 2, a document sharing processor 3, a display device 4 and an 
input device 5. The input device 5 includes a keyboard for inputting characters and a 

7 



pointing device. A specific region of the display device is designated using the pointing 
device, and the pressing of this region can be communicated. 

The document display processor 2 acquires documents from the document server via 
the communication interface 1 and displays acquired documents at the display device 4. 
5 Fig. 5 shows a configuration for the document server 103S in Fig. 3. 

Here, numeral 101 is a communication line and communication between this server 
and other terminals is carried out via the communication line 101CL. 

Further, numeral 102D is a document server and comprises the communication 
interface 1, the document acquisition request processor 2D and the storage device 3S. 
10 The document acquisition request processor 2D receives document acquisition 

requests via the communication interface 1, retrieves documents from the storage device 3S 
and sends these documents via the same interface 1 . 

Fig. 6 shows a configuration for the synchronization server 104 in Fig. 3. 

Here, numeral 101CL is a communication line for carrying out communication 
15 between this server and other terminals. 

Further, numeral 102S is a synchronization server and comprises the communication 
interface 1, a request receiver 2R, an instruction distributor 31 and a request accumulator 
4R. 

In this embodiment, control information is not directly exchanged between the two 
20 terminals as in the related image sharing system but rather is exchanged via the 
synchronization server 104 in Fig. 3. All requests are put in order once by the 
synchronization server (in the order in which the server receives the requests). 
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A computer installed with a web browser employing World Wide Web technology 
(including technology such as HTTP, HTML, etc.) can be considered to be a specific 
example of an implementation of a terminal representing a document having this structure. 

In the following, a description is given of the operation of an image sharing system of 
5 this embodiment taking an example of a system configured of an image sharing terminal 
mounted with a web browser and a document server mounted with a web server. 

Fig. 7 shows a display example for a document (a document displayed at the display 
device 5 due to the operation of the document display processor 2 in Fig. 4) displayed at 
the image sharing terminal. The display example comprises a URL transition button 
10 101U, a URL designation field 102U, and a document display region 103D. The document 
display region displays documents (an HTML document in the specific example 
implementation) acquired from the document server. In the display example, this document 
comprises a text field IT, text area 2T, radio button 3R, check box 4C, list box 5L, drop- 
down list 6, button 7 and link 8. 
15 This display example is an example and the document configuration elements from 1 to 
8 and these elements can just be employed at the image as necessary. Further, situations 
where the URL transition button 101U and the URL designation field 102U do not exist 
can also be considered. 

When the image in Fig. 7 is displayed at the image sharing terminal 101 or 102, users of 
20 each image sharing terminal can carry out the following operations (A) and (B). 

(A) an operation of replacing a document displayed at the document display region 103D in 
Fig. 7 



(A-l) an operation using the URL designation field (numeral 102U in Fig. 7) 

(A-2) an operation using the link (8 in Fig. 7) 
(B) an operation of editing various elements displayed at the document display region 
103D in Fig. 7 
5 (B- 1 ) editing values 

(B-l) event occurrence 
The following is a description of the respective operations. 

(A) an operation of replacing a document displayed at the document display region 103D in 
Fig. 7 

10 (A- 1) an operation using the URL designation field (numeral 1 02U in Fig. 7) 

A URL (typically, a certain type of identifier capable of specifying a document server 
and including information for making requests to the document server for documents, 
hereinafter referred to simply as a URL) is inputted at the URL designation field (numeral 
102U of Fig. 7) and a URL transition button (101 in Fig. 7) is pressed. 

15 As a result of this operation, a document acquisition request is generated via the 

document acquisition communication path 111 or 112 with respect to the document server 
103S in Fig. 3 and in response, a document is, sent to the image sharing terminal that 
originally made the request. 
(A-2) an operation using the link 8 

20 A link (numeral 8 in Fig. 7) displayed within the document display region 103D of Fig. 7 
is pressed using the input device. Information equivalent to a URL for a_destination (A-l) 
is included at the link, this is interpreted as an equivalent operation to (A-l) by the 
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operation of the document display processor, and a document is acquired by the document 
server and displayed. 

(B) an operation of editing various elements displayed at the document display region 
103D in Fig. 7 
5 (B-l) editing values 

Elements of the text field IT, a text area 2T, a radio button 3R, a check box 4C, a list 
box 5L and a drop down list 6 are displayed at the document display region 103D of Fig. 7. 
At these elements, various information is held as text (in the case of a text field or text 
area) or as a selection state of an item (in the case of a radio button, check box, list box, or 
10 drop down list) and this information can be edited as a result of operations by a user. 
(B-2) Event occurrence 

An operation defined by some kind of document can then be activated by pushing a 
button 7 displayed at the character display region 103 of Fig. 7. 

When the operations cited above as (A-l), (A-2), (B-l) and (B-2) are carried out at 
15 one of the image sharing terminals 101 in Fig. 3, these operations are reproduced at the 
other image sharing terminal 102. The mechanics of this operation are now described 
below. 

Operation 1 : Image transition operation 
20 Operation 1 is executed when the above operation (A) (an operation for changing 

over a document displayed at the document display region 103D in Fig. 7) is executed, and 
is a sequence for synchronizing the displays of the image sharing terminals comprising step 
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S101 to step S105. The operation S104 can be divided into steps S104-1 to S104-3, which 
will now be described in detail. 

S101: The image sharing terminal detects notification of document acquisition 
execution. 

5 SI 02: An image sharing terminal sends an image transition request to the 

synchronization server. 

SI 03: The synchronization server holds the image transition request in a queue as a 

task. 

SI 04: The task is executed upon arrival at the head of the queue. 
10 SI 04-1: The synchronization server sends an image transition instruction to each 

image sharing terminal. 

S 104-2: An image transition is executed at image sharing terminals receiving the 
instruction. 

SI 04-3: When the image transition is complete, notification of completion is sent to 
15 the synchronization server. 

SI 05: When execution of the task is complete, the synchronization server gives 
notification of the completion of processing to the image sharing terminal that was the 
source of the request. 
The following is a detailed description of the procedure for this operation. 
20 S101: The image sharing terminal detects notification of document acquisition execution. 

When the operation of (A) is carried out at the image sharing terminal 101 of Fig. 3, 
the document acquisition is carried out via the communication interface (numeral 1 in Fig. 



4) by the document display processor (numeral 2 in Fig. 4) of the image sharing terminal 
(numeral 101 in Fig. 3). The document sharing processor (numeral 3 in Fig. 4) is notified 
prior to this (or after waiting for completion of this operation). A URL indicating the 
document to be newly displayed is included in the document acquisition execution 
5 notification. 

S 102: An image sharing terminal sends an image transition request to the synchronization 
server. 

The document sharing processor (numeral 3 in Fig. 4) receiving the notification 
10 sends a request to the synchronization server 104 via the communication interface (numeral 
1 in Fig. 4) and the synchronization information communication path 113 of Fig. 3. 

SI 03: The synchronization server holds the image transition request in a queue as a task. 
The synchronization server receives image transition requested using the request 
15 receiver (numeral 2R in Fig. 6) via the communication interface (numeral 1 in Fig. 6). The 
request receiver of the synchronization server holds the request in the request accumulator 
once. The held request is referred to as a task in the following. The task is held in a queue 
once at the request accumulator. The task is not executed unless it reaches the head of the 
queue. A task at the head of the queue is then a task being executed. 

20 

S104: The task is executed upon arrival at the head of the queue. 

The task is executed upon arrival at the head of the queue. When execution of the 
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task at the head of the queue is complete, the task is removed from the queue after 
notification of completion of execution is transmitted to the source of the request, and the 
next task is brought to the head of the queue and executed. Here, "executing the task" 
means distributing an image transition instruction to the participating image sharing 
5 terminals and waiting for notification of completion from all of the terminals. 

SI 04-1: The synchronization server sends an image transition instruct ion to each image 
sharing terminal. 

The instruction distributor 31 in the synchronization server of Fig. 6 sends an image 
10 transition instruction to image sharing terminals designated as destinations for the 
distribution of the task to be executed. Distribution destinations are all of the image sharing 
terminals, including the source of the request. 



SI 04-2: An image transition is executed at image sharing terminals receiving the 
15 instruction. 

When a document sharing processor operating at an image sharing terminal (numeral 
102 in Fig. 3) of the distribution destination receives a document designating an image 
transition instruction (including a URL), the document sharing processor (numeral 3 in Fig. 
4) takes the designated URL as a parameter for outputting to the document display 
20 processor (numeral 2 in Fig. 4) as a document display request. The document display 
processor then acquires and displays the same document as is displayed at the image 
sharing terminal (numeral 101 in Fig. 3) by the document server (numeral 103S in Fig. 3) 
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via the communication interface (numeral 1 in Fig. 4) and the document acquisition 
communication line (numeral 112 in Fig. 3). 

This instruction is also distributed to the image sharing terminal (numeral 101 in Fig. 
3) which is the source of the request. If the source of the request has changed to a URL 
5 other than the instructed URL for whatever reason, the opposing destination image sharing 
terminal (102 in Fig. 3) is given an opportunity to get back into synchronism. If the URL at 
the source of the request has not changed, step SI 04-3 is proceeded to without any changes 
being made. 

10 SI 04-3: When the image transition is complete, notification of completion is sent to the 
synchronization server. 

When an image transition instructed for the image sharing terminals (numeral 102 
and 101 of Fig. 3) that are the destination of the request is complete, the image sharing 
terminals (numeral 102 and 101 of Fig. 3) send notification of completion to the 

15 synchronization server (numeral 104 in Fig. 3). 

SI 05: When execution of the task is complete, the synchronization server notifies the 
image sharing terminal that was the source of the request of completion of processing and 
the task is rem oved from the queue. 
20 When notification of completion is received from all of the terminals, it is taken that 

execution of the task is complete. When execution of the task is complete, the 
synchronization server give notification of the completion of processing to the image 
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sharing terminal that was the source of the request. The completed task is then removed 
from the queue (if a new task is to be proceeded with, execution of this new task is 
proceeded to). 



5 Operation 2 (Editing operation) 

Operation 2 is a sequence for ensuring synchronism between image sharing terminals 
of editing results called up by an operation on the image when the aforementioned 
operation (B) is carried out and comprises steps S201 to S205. The operation S204 can be 
divided into steps S204-1 to S204-3, which will now be described in detail. 
10 S201 : The image sharing terminal detects notification of document editing. 

S202: An image sharing terminal sends an editing results synchronization request to the 
synchronization server. 

S203: The synchronization server holds the editing results synchronization request in a 
queue as a task. 

15 S204: The task is executed upon arrival at the head of the queue. 

S204-1: The synchronization server sends a document change instruction to each image 
sharing terminal. 

S204-2: Changes are made to the document at image sharing terminals receiving the 
instruction. 

20 S204-3: When changes to the document are completed, notification of completion is sent 
to the synchronization server. 
S205: When execution of the task is complete, the synchronization server notifies the 



image sharing terminal that was the source of the request of completion of processing. 
The following is a detailed description of the procedure for this operation. 

S201: The image sharing terminal detects notification of document editing. 
5 When the operation of (B) is carried out at the image sharing terminal (numeral 101 

in Fig. 3) when the same document is displayed at the image sharing terminals 101 and 102 
of Fig. 3, notification indicating specific elements configuring the document which are to 
be edited is issued to the document sharing processor (numeral 3 of Fig. 4) by the 
document display processor (numeral 2 in Fig. 4) of the image sharing terminal (numeral 
LO 101 of Fig. 3). This notification includes information elements of the document 
configuration to be subjected to editing and contents of the editing processing. 

S202: A image sharing terminal sends an editing results synchronization request to the 
synchronization server. 

15 The document sharing processor (numeral 3 in Fig. 4) receiving notification interrogates 
the document display processor (numeral 2 in Fig. 4) for information relating to the 
elements of the document configuration to be subjected to editing as necessary and edits a 
message designating notification of changes to the elements configuring the document.A 
request is then sent to the synchronization server (numeral 104 in Fig. 3) via the 

20 communication interface (numeral 1 of Fig. 4) and the synchronization information 
communication path 113 of Fig. 3. 

S203: The synchronization server holds the editing results synchronization request in a 



17 



queue as a task. 

This is the same as step SI 03 in operation 1. Here, handling of the queue in operation 
2 and handling of the queue in operation 1 are the same in a normal implementation. 

5 S204: The task is executed upon arrival at the head of the queue. 

The task is executed upon arrival at the head of the queue. When execution of the 
task at the head of the queue is complete, the task is removed from the queue after 
notification of completion of execution is transmitted to the source of the request, and the 
next task is brought to the head of the queue and executed. Here, "executing the task" 
10 means distributing a document change instruction to the participating image sharing 
terminals and waiting for notification of completion from all of the terminals. 

S204-1: The synchronization server sends a document change instruction to each image 
sharing terminal. 

15 The synchronization server (numeral 104 in Fig. 3) sends a document change 

instruction to image sharing terminals designated as destinations for the distribution of the 
task to be executed. Distribution destinations are all of the image sharing terminals, 
including the source of the request. 

20 S204-2: Changes are made to the document at image sharing terminals receiving the 
instruction. 

When the document sharing processor (numeral 3 in Fig. 4) operating on the image 
18 



sharing terminal (numeral 102 in Fig. 3) receives a document change instruction, the 
document sharing processor (numeral 3 in Fig. 4) of the image sharing terminal (numeral 
102 in Fig. 3) requests the document display processor (numeral 2 in Fig. 4) to modify the 
relating to elements (or generate events) of the document configuration. The document 
display processor (numeral 2 in Fig. 4) then makes changes (or generates events) with 
respect to the displayed document configuration elements so that the displayed content 
matches with the content displayed at the image sharing terminal (numeral 101 in Fig. 3). 

This instruction is also distributed to the image sharing terminal (numeral 101 in Fig. 
3) which is the source of the request. If the source of the request has changed to display 
content other than the instructed material for whatever reason, the opposing destination 
image sharing terminal (102 in Fig. 3) is given an opportunity to get back into synchronism. 
If there is no change, step S204-3 is proceeded to without any changes being made. 

S204-3: When changes to the document are completed, notification of completion is sent to 
the synchronization server. 

When a document change instructed for the image sharing terminals (numeral 102 
and 101 of Fig. 3) that are the destination of the request is complete, the image sharing 
terminals (numeral 102 and 101 of Fig. 3) send notification of completion to the 
synchronization server (numeral 104 in Fig. 3). 

S205: When execution of the task is complete, the synchronization server notifies the 
image sharing terminal that was the source of the request of completion of processing. 



19 



This is the same as step S 105 in operation 1. 
Effects of First Embodiment 

In embodiment 1 described up to this point, all image transitions and image changes 
5 are sent once as requests to the synchronization server (numeral 104 in Fig. 3) and are lined 
up in a queue held by the synchronization server. In addition, displaying of the same image 
at all of the terminals can be guaranteed because requests are made to execute requests at 
all terminals including the source of the transmission. The synchronization drift that 
occurred in the related image sharing systems therefore no longer occurs. 
10 Sharing between scattered sites can also be processed effectively using this method. 

Fig. 8 shows a configuration when three of the image sharing terminals of Fig. 3 are 
provided (the document server 103S of Fig. 3 is omitted in Fig. 8). 

Taking the number of terminals to be N, the number of communication paths is N. 
Special processing is not required even if the number of terminals is increased because 
15 each image sharing terminal only has to communicate with the synchronization server. This 
provides superior compatibility when scattered sites are further expanded. 

Second Embodiment 

The basic configuration of the second embodiment is the same as the configuration for 
20 the first embodiment in Fig. 3, but the configuration and operation of the synchronization 
server are superior. For ease of description, details of the request accumulator 
(corresponding to numeral 4R in Fig. 6) of the synchronization server in this embodiment 
are shown in Fig. 9. 



Fig. 9 is a view showing various elements of the configuration within the request 
accumulator (corresponding to numeral 4R of Fig. 6) for the synchronization server 
(corresponding to numeral 104 of Fig. 3) of this embodiment. That indicated by numeral 
10 IRA in Fig. 9 is the request accumulator. The request accumulator 10 IRA comprises a 
5 mapping table 1M and queues 2Q and 3Q. The left column of the mapping table 1M is an 
ID uniquely designating an element of the document, that connects the queues 2Q and 3Q. 
These queues are generated dynamically by the document structure and tasks are generated 
for the respective queues. 
Here, the possibility of utilizing an ID uniquely indicating an element of the document is 

10 stipulated but, to give a specific example implementation, this is possible by implementing 
the DOM (Document Object Model) specification. With DOM, a W3C relating to Web 
technology is made and the "Document Object Model (DOM) Level 1 Specification" 
published as a W3C recommendation is indicated. A specific example of an 
implementation of this would be the document model provided by Microsoft Internet 

1 5 Explorer or Netscape Navigator. 

The following is a description with reference to Fig. 9 of the case where the operation 
(B) (an operation of editing various elements displayed at the document display region 
103D of Fig. 7) is carried out at the image sharing terminal 101 of Fig. 3. The operation 
(operation 3) executed at this time is similar to the operation 2 already described and 

20 therefore mainly portions differing to the operation 2 are described. 

Operation 3 (Editing operation) 
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The steps executed in operation 3 are as follows. 
S3 01 : The image sharing terminal detects notification of document editing. 
S3 02: An image sharing terminal sends an editing results synchronization request to the 
synchronization server. 

5 S3 03: The synchronization server holds the editing results synchronization request in a 
queue as a task. 

S304: The task is executed upon arrival at the head of the queue. 
S304-1: The synchronization server sends a document change instruction to each image 
sharing terminal. 

10 S304-2: Changes are made to the document at image sharing terminals receiving the 
instruction. 

S304-3: When changes to the document are completed, notification of completion is sent 
to the synchronization server. 
S305: When execution of the task is complete, the synchronization server notifies the 
15 image sharing terminal that was the source of the request of the completion of processing. 

Only steps S301, S303 and S305 in the series of steps for operation 3 differ from 
steps in operation 2. The following is a detailed description of the operation of these steps. 
S301: The image sharing terminal detects notification of document editing. 
20 Operation 2 is substantially the same as step S201. However, in this case an ID 

uniquely specifying an element of the document configuration of the document to be edited 
is added to the transmitted message, with this ED being utilized in step S3 03. The 



possibility of acquiring this kind of ID is as described previously in the example 
implementation of the DOM (Document Object Model) specification. 

S3 03: The synchronization server holds the editing results synchronization request in a 
5 queue as a task. 

The synchronization server (numeral 104 of Fig. 3) receives the editing results 
synchronization request using the request receiver (numeral 2R in Fig. 6) via the 
communication interface (numeral 1 in Fig. 6). The request receiver of the synchronization 
server (numeral 2R in Fig. 6) holds the request in the request accumulator (numeral 4R of 
10 Fig. 6) once. 

The queue of tasks held by the request accumulator (numeral 4R in Fig. 6) holds the 
document configuration element ID's captured by each image synchronizing terminal in 
step S301, with the requests held being managed as tasks. Queues (numeral 2Q and 
numeral 3Q in Fig. 9) corresponding to the document configuration element ID's acquired 

15 by each terminal in step S301 in the mapping table 1M of Fig. 9 at the request accumulator 
(numeral 4R in Fig. 6) are retrieved, and the tasks are then linked to these queues. When 
a queue does not yet exist, a queue is generated and a task is housed at the head of the 
queue. As in step S203, the task is not executed unless it reaches the head of the queue. A 
task at the head of the queue is then a task being executed. As there is a plurality of 

20 queues, a plurality of tasks being executed in parallel exist for each document 
configuration element. 
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S3 05: When execution of the task is complete, the synchronization server notifies the 
image sharing terminal that was the source of the request of completion of processing. 

When a notification of completion is received from each image sharing terminal, a 
mapping table (numeral 1M of Fig. 9) for retrieving which task the completion is linked to 
5 is retrieved. 

When notification of completion is received from all of the image sharing terminals, 
it is taken that execution of the task is complete. When execution of the task is complete, 
the synchronization server gives notification of the completion of processing to the image 
sharing terminal that was the source of the request. The completed task is then removed 
10 from the queue (if a new task is to be proceeded with, execution of this new task is 
proceeded to). 

Effects of Second Embodiment 

Synchronization drifts do not occur in the method of the first embodiment, but there is a 
15 problem in that an excessive amount of time can be required to provide synchronism at the 
synchronization server when mutual inputting is carried out (the related art is rapid but 
synchronization drift occurs). 

This is described in detail in the following with reference to Fig. 3. 

For example, it is taken that a document configuration element A is edited at the image 
20 sharing terminal 101 and that a document configuration element B is edited at the image 
sharing terminal 102 at substantially the same time. Each image sharing terminal then 
detects edits, and sends change requests to the synchronization server. There are, however, 



occurrences where the request for element A issued from the image sharing terminal 101 of 
the two change requests arrives/is received first. 

Assuming that there is nothing in the queues in the initial state of the synchronization 
server 104, in this case, the request of the image sharing terminal 101 is executed 
5 immediately and a document change instruction is sent to the image sharing terminal 102. 
On the other hand, the change request from the image sharing terminal 102 is not executed 
until the change request from the image sharing terminal 101 is complete (i.e. the image 
sharing terminal 102 receives an instruction relating to element A, a document 
configuration element is changed, notification of completion is returned to the 
10 synchronization server 104, this is received by the synchronization server 104, and the task 
is removed from the queue). 

With regards to this, when the method of the second embodiment is adopted, change 
requests from the image sharing terminal 101 are held in a queue for element A, and 
change requests from the image sharing terminal 102 are held in the queue for element B. 
15 Requests from the image sharing terminal 102 are therefore executed immediately. 

When a change request from the image sharing terminal 102 also relates to element A, 
this change request is similarly held in a queue as in the method of the first embodiment, 
and execution of the request from the image sharing terminal 102 has to wait until 
completion of the request from the image sharing terminal 101. Finally, what is executed at 
20 both terminals relates to requests from the image sharing terminal 102, and, as with the 
method of the first embodiment, problems with synchronization drifts do not occur. 

As shown above, in the method of the second embodiment, problems with 
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synchronization drift do not occur (as in the method of the first embodiment) and 
performance can be improved when editing different portions of the same document in 
parallel between image sharing terminals. 



5 Third Embodiment 

The configuration of this embodiment is the same as the configuration for the first 
embodiment and a description thereof is therefore omitted. 

The following is a description with reference to Fig. 3 of the case where the operation 
(B) (an operation of editing various elements displayed at the document display region 
10 103D of Fig. 7) is carried out at the image sharing terminal 101. In this embodiment, the 
operation is slightly different depending on which of the operations (B-l) and (B-2) 
described previously is performed. 

The operation (operation 3) executed at this time is similar to the operation 2 already 
described and therefore mainly portions differing to the operation 2 are described. 

15 

Operation 4 (Editing operation) 

The steps executed in operation 4 are as follows. 
S401: The image sharing terminal detects notification of document editing. 
S402: The image sharing terminal sends a synchronization request to the synchronization 
20 server in a mode designated by the operation content of step S401 . 

S403: The synchronization server holds the editing results synchronization request in a 
queue as a task. 



S404: The task is executed upon arrival at the head of the queue. 

S404-1: The synchronization server sends a document change instruction to an image 
sharing terminal designated in step 402. 

S404-2: Changes are made to the document at image sharing terminals receiving the 
5 instruction. 

S404-3: When changes to the document are completed, notification of completion is sent 
to the synchronization server. 

S405: when execution of the task is complete, the synchronization server notifies the 
image sharing terminal that was the source of the request of completion of processing. 

10 

Only steps S402, S403 and S404-1 in the series of steps for operation 4 differ from steps 
in operation 2. The following is a detailed description of the operation of these steps. 

S402: The image sharing terminal sends a synchronization request to the synchronization 

15 server in a mode designated by the operation content of step S401. 

When the operation (B-l) (for example, editing of a text field) is carried out with the 
operation content of step S401, a document change instruction to be distributed is set to 
"all terminals" in the document of the synchronization request. When operation content of 
(B-2) is carried out (for example, pressing a button), the document change instruction for 

20 distribution is set to "all terminals excluding the terminal itself. 

S403: The sy nchronization server holds the editing results synchronization request in a 
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queue as a task. 

This is substantially the same as step S203 but the instructions "all terminals" and 
"all terminals excluding the terminal itself regarding the distribution destination 
designated in step S402 as content to be held as the task has to be held. 

5 

S404-1: The synchronization server sends a document change instruction to an image 
sharing terminal designated in step S402. 

This is substantially the same as step S204-1 of operation 2. However, with 
regards to image sharing terminals that are the destination of the transmission definitely 

10 being all the participating terminals in step S204-1, in this step, when the distribution 
destination instruction recorded in this task is "all terminals", as with the step S204-1, a 
document change instruction (specifically, a text field edit instruction) is sent to all of the 
image sharing terminals. When the distribution destination instruction recorded in this task 
is "all terminals excluding the terminal itself, an instruction (specifically, an event 

15 occurrence instruction corresponding to a button link) is sent to all of the image sharing 
terminals with the exception of the source of the request. 

Effects of Third Embodiment 
In the first embodiment, there was a problem with regards to sharing between each image 
20 sharing terminal in the operation (B-2). Specifically, giving an example of sharing a button 
pressing event, when a button of the image sharing terminal that is the source of a request 
is pressed (so that normally an operation corresponding to the pressing of the button is 
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executed), an accompanying event occurrence request is also distributed to the terminal 
that is the source of the request. As a result, the operation accompanying the pressing of the 
button becomes the source of a request twice. 
In order to avoid this in the first embodiment, a first occurrence of a button pressing 
5 event for the request source image sharing terminal is completely intercepted so as to have 
absolutely no effect. From this interception, a request to share a button pressing event is 
made to the server, and the effects of the button click will then appear for the first time 
when an event generation instruction comes from the server. As this means that there is a 
time delay between pressing the button and execution, this may make the user feel 
10 uncomfortable or usefulness may be reduced due to the drop in speed (in the case of editing 
a text field (operation B-l), there are no problems with the procedure where editing is 
performed immediately and an edit instruction is then carried out again another time from 
the server). 

With regards to this, in this method the user is prevented from feeling uncomfortable and a 
15 fall in usefulness is prevented by handling the type of operation for (B-2) using a separate 
method to that for the type of operation of (B-l). This guarantees that an operation suited to 
image sharing can be performed. 

Fourth Embodiment 

20 The basic configuration of the fourth embodiment is the same as the configuration for 

the first embodiment in Fig. 3 and the second embodiment of Fig. 9, but the configuration 
and operation of the image sharing terminals is superior. For ease of description, details of 



the document sharing processor (corresponding to numeral 3 in Fig. 4) of an image sharing 
terminal in this embodiment are shown in Fig. 10. 

The following is a description, with reference to Fig. 10 and Fig. 4, of the case where the 
5 operation (B) (an operation of editing various elements displayed at the document display 
region 103D of Fig. 7) is carried out at the image sharing terminal 101 of Fig. 3. 

Operation 5 (Editing operation) 

The operation (operation 5) executed at this time is similar to the operation 3 already 
10 described and therefore mainly portions differing to the operation 3 are underlined for ease 
of understanding. 

S501: The image sharing terminal detects notification of document editing. 

5501- 1: The document display processor (numeral 2 of Fig. 4) within the image sharing 
15 terminal notifies the document sharing processor (numeral 3 of Fig. 4) of detected content. 

S502: A image sharing terminal sends an editing results synchronization request to the 
synchronization server. 

5502- 1: T he document sharing processor determines the type of the notified detected 
content and m akes request content. Requests during this time are taken to be either in 

20 "parallel" or "serial" (described later! 

S-502-2: Requests made in this manner are held at the end of a queue (numeral 2Q in Fig. 
10) awaiting execution. 
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S502-3: The content of the request at the head of the queue awaiting execution is sent to 
the synchronization server based on certain conditions ^described later). 

S502-4: Transmitted requests are then held once in a pool of requests (numeral IP of Fig. 
10) awaiting execution. 

S503: The synchronization server holds the editing results synchronization request in a 
queue as a task. 

S504: The task is executed upon arrival at the head of the queue. 

S504-1: The synchronization server sends a document change instruction to each image 
sharing terminal. 

S504-2: Changes are made to the document at image sharing terminals receiving the 
instruction. 

S504-3: When changes to the document are completed, notification of completion is sent 
to the synchronization server. 

S505: When execution of the task is complete, the synchronization server gives notification 
of the completion of processing to the image sharing terminal that was the source of the 
request. 

S506: When the image sharing terminal that made the request receives notification of 
completion, the corresponding request entry held in the pool ^numeral IP in Fig. 10) of 
requests being executed is deleted. 

The flags of "parallel" and "serial" for step S502-1 are flags that are valid only within 
this particular terminal and are decided by the type of detection content notified by pre- 
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defined rules. 

The execution conditions in step S502-3 (the conditions for where request entries coming 
to the head of the queue awaiting execution are actually transmitted, removed from the 
queue awaiting execution, and put into the pool of requests being executed) are as follows. 

5 

CI: When there is nothing in the pool of requests being executed, the request entry 
coming to the head of the queue awaiting execution is executed (whether parallel or serial). 

C2: When there are parallel request entries in the pool of requests being executed, the 
request entry coming to the head of the queue awaiting execution is executed if this request 
10 entry is parallel. 

C3 : When there are parallel request entries in the pool of requests awaiting execution, if 
the entry coming to the head of the queue awaiting execution is serial, the entry is awaited 
(a parallel request entry of the pool of requests being executed is detected by the operation 
of step S506, and as a result, fulfillment of a condition CI is awaited). 
15 C4: When there are serial request entries in the pool of requests awaiting execution, the 
entry coming to the head of the queue awaiting execution is awaited (whether this is 
parallel or serial) (a serial request entry of the pool of requests being executed is deleted by 
the operation of step S506, and as a result, fulfillment of a condition CI is awaited). 

20 As can be deduced from the above conditions, when there is a serial request entry in the 
pool of requests awaiting execution, this is the only request entry that can be present, and 
other request entries therefore cannot be present (regardless of whether the requests are 
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parallel or serial). This means from the point of view of each image sharing terminal that 
the number of serial requests being executed simultaneously at the server can only be one 
at most. 

With respect to this, with parallel requests, a plurality of requests can be in the pool of 
5 requests being executed at the same time. This means that a plurality of the parallel 
requests of the requests being executed can be present in parallel at the server. 

Effects of Fourth Embodiment 

In the method of the second embodiment, editing operations and event occurrence 

10 with respect to each configuration element comprising the image is proceeded with 
independently and an order between each element configuring the image is not guaranteed 
(order is guaranteed with respect to respective image configuration elements but order is 
not guaranteed when looking at a plurality of elements). This is the possibility that 
elements edited and operated upon in the order of element A, element B and element C on 

15 one side may reappear on another side in the order of element A, element C and element B, 
which is a possible inconvenience during use. This is now described in detail using an 
example. 

For example, with the configuration of Fig. 3, the image of Fig. 7 is displayed at the 
image sharing terminals (numeral 101 and 102 of Fig. 3). It is then assumed that the 
20 following series of operations are carried out in this order at the image sharing terminal 
(numeral 101 of Fig. 3) in this state. 
(1) "aaa" is inputted to the text field (numeral IT of Fig. 7) 



(2) "Amphibian" is selected at a drop-down list (numeral 6 of Fig. 7). 

(3) A button (numeral 7 of Fig. 7) is pressed. 

At the button, it is taken that an operation to reflect edited content of the document at 
this time is carried out (specifically, a method is considered where, assuming typical 
5 WWW technology, when the button is clicked, a POST request is issued to the document 
server (numeral 103S in Fig. 3) using content taken from the content of the text field and 
the drop-down list). 

When the order between the elements cannot be guaranteed, there is the possibility that 
the operations with be reproduced in the order (1)(3)(2) at the image sharing terminal 

10 (numeral 102 in Fig. 3). Namely, first, the text field is edited, the button is pressed, and 
selection is then carried out using the drop-down list. 

When this occurs, the content of the text field and the drop-down list is reflected at the 
terminal (numeral 101 of Fig. 3) due the operation of pushing the button but at the terminal 
(numeral 102 of Fig. 3) just changes to the text field are reflected. 

15 With regards to this, according to the fourth embodiment, this can be handled as a "serial 
request" simply by pressing down the button. In cases handled in this manner, there is the 
chance that (1)(2) may become back to front but there is no possibility that (3) will not 
appear until both (1) and (2) are complete. Namely, it can be guaranteed that both the text 
field and the drop-down list operate at the time of pressing the button down. 

20 n this method, in addition to maintaining the benefits of improved performance of the 
method of the second embodiment, an order relationship is provided partially between 
elements configuring the document and the order in which events are reproduced can be 



maintained between image sharing terminals as necessary. 

A specific application of the present invention is utilization at a place of business of a 
financial institution. 

5 For example, in network systems providing unattended stores etc. for outlets of financial 
institutions, there exist systems comprising terminal devices operated by customers and 
terminal devices connected to a network and operated by an operator. Basically, the 
customer is inexperienced when it comes to operating the terminal but the person 
(operator) on the information providing side is knowledgeable with regards to operation of 
10 the terminal but the customer information itself cannot be known without asking the 
customer. In this case, requests it is wished to execute in an efficient manner in parallel 
with the input on both sides are outputted (for example, an amount of money is inputted on 
the customer side and an address etc. is inputted on the operator side). It is not permissible 
for the content displayed at both terminals at this kind of outlet of a financial institution to 
15 not match. The present invention therefore provides an image sharing system principally 
capable of being compatible with this kind of business. 

Utilization in on-line shopping over the internet can also be considered as a further 
utilization of the present invention. 
A system configuration for image sharing terminals of the present invention can also be 
20 considered for, for example, customer terminals (personal computers, etc.) connected to the 
internet and computers operated by operators of a merchant help desk. 
In this way, it is possible for operators of merchant help desks to converse with 
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customers and provide product information desired by the customers. 
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